home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000053_news@columbia.edu _Mon Jan 17 20:55:56 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  8KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA05215
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Jan 2000 20:55:55 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA03092
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 17 Jan 2000 20:48:21 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Subject: Re: MS-DOS Kermit, more capabalities
  11. Date: 18 Jan 2000 01:48:20 GMT
  12. Organization: Columbia University
  13. Message-ID: <860gp4$30h$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <OoOg4.6711$NU6.285660@tw12.nn.bcandid.com>,
  17.  <cangel@famvid.com> wrote:
  18. : FD> If you want Zmodem software with Kermit scripting for DOS, you're
  19. : FD> in the unenviable position of having to put it together yourself.
  20. : FD> It's not Omen's job to give you Kermit scripting, and it's not our
  21. : FD> job to give you Zmodem protocol.
  22. : 
  23. : You keep saying this and yet zmodem found it's way into the WIN95 Kermit.
  24. : Are you not aware that zmodem is in the WIN95 Kermit?  If it doesn't
  25. : belong in there someone should remove it.
  26.  
  27. We are very well aware that Zmodem is in Kermit 95.  I put it there.
  28. As I have stated repeatedly in this thread, the Zmodem support in
  29. K95 is there because somebody donated it with the condition that it
  30. only be used in Kermit 95.
  31.  
  32. : --8<--cut
  33. : 
  34. : FD> There are real people at work here.  For some of us, it is our job.
  35. : FD> For others, all participation is voluntary, outside of their real
  36. : FD> jobs.  The demands on our time are greater than the time available.
  37. : FD> We do our best to serve the largest number of people in the time we
  38. : FD> have.
  39. : 
  40. : Not quite sure what "real people" is supposed to mean in this context.
  41. : It reads as though you left out the word "important".
  42. : 
  43. : To say "We're really busy right now and are not able to get to anything
  44. : new at this time." would be a nicer way to say the same thing IMO.
  45.  
  46. Frank has tried to be extremely polite and careful with his words.
  47. Please do not add words to something Frank says because by doing so
  48. you are reading what you want to hear and not what Frank is saying.
  49.  
  50. : FD> If you have bug reports, we welcome them.  If you have questions of
  51. : FD> reasonable scope, we try to answer them.  If you have suggestions,
  52. : FD> we'll listen to them, but we're not obligated to act on them.  If we
  53. : FD> have a hundred thousand users anxiously waiting for some particular
  54. : FD> new feature in one of our programs, and one person looking for some
  55. : FD> other feature, all else being equal, I think the course is clear.
  56. : 
  57. : Could you give an example of this new feature you are all working on
  58. : that 100,000 users are anxiously waiting for?
  59.  
  60. For a small idea of the work we have doing for the last three years
  61. you may read
  62.   
  63.   http://www.kermit-project.org/ckermit.html
  64.  
  65. for a description of C-Kermit 7.0 and the Internet Kermit Service.
  66. This latest implementation of Kermit for Unix, VMS, VOS, ... and the
  67. Kermit 95 for Windows 95/98/NT/2000 and OS/2 that will shortly follow
  68. is what we have been working on. 
  69.  
  70. This does not include the work we do as part of our involvement with
  71. International Standards organizations, the Unicode Consortium, and
  72. the Internet Engineering Task Force.  Nor does it include the help
  73. desk support we provide to end users via e-mail (9000 messages in the
  74. last 12 months) plus telephone support.  I think we have been rather
  75. busy.
  76.  
  77. : --8<--cut
  78. : 
  79. : FD> Nobody is going to wade through a long script hunting for where
  80. : FD> the problem might be.
  81. : 
  82. : "Nobody" is a bit general.  I intend to try the script (it takes only
  83. : 10 or 15 minutes) and see what happens.
  84.  
  85. A newsgroup is meant for user to user support in addition to developer 
  86. to user support.  I look forward to your analysis of the problem and
  87. hopefully a solution.
  88.  
  89. : --8<--cut
  90. : 
  91. : FD> Nevertheless, we have been doing our best to show the BBS world how
  92. : FD> they can improve the situation.  Read, for example, the article on
  93. : FD> MS-DOS Kermit and BBS's here:
  94. : 
  95. : FD> http://www.columbia.edu/kermit/newsn6.html#bbs
  96. : 
  97. : I have also mentioned the page on your website admitting that the
  98. : misunderstanding about the 94 byte packets was caused by using it as
  99. : the default setting for kermit for so many years.  To be honest you
  100. : are the people that caused the problem but won't admit it.
  101.  
  102. In what way are we responsible.  The Kermit protocol has evolved from
  103. 1980 until the present.  The first version supporting packets longer
  104. than 94 bytes was released in May 1985.  The reason that we have not
  105. used greater than 94 bytes as the default packet length until Kermit 95
  106. and C-Kermit 7.0 is that up until the present time we have been more
  107. concerned with making sure that the transfer would work the first time
  108. the user tried to transfer a file.  Otherwise, users that need to 
  109. perform a transfer one and only one time would very frequently try
  110. to transfer the file and have the transfer completely fail.  They would
  111. then be forced to learn a great deal more about Kermit than they would
  112. want to.  The fact that Kermit always worked when Zmodem often failed
  113. is the primary reason that Kermit is often sought out.
  114.  
  115. We have made the change in C-Kermit 7.0 and Kermit 95 because the most
  116. common use of Kermit for file transfers is now over TCP/IP connections
  117. which are reliable.  It is for this same reason that Kermit has evolved
  118. to support streaming transfers.  As long as TCP is ensuring error free
  119. delivery of data there is no reason for Kermit to duplicate the effort.
  120.  
  121. : --8<--cut
  122. : 
  123. : FD> MS-DOS Kermit and the environment it runs in have memory
  124. : FD> limitations. Now, I'm all for the idea of keeping old equipment
  125. : FD> alive and finding new uses for it, but when you consider that you
  126. : FD> can buy an Internet ready PC with 32 or 64MB of memory today for a
  127. : FD> fraction of the cost of the original IBM PC, maybe it's time to
  128. : FD> look at how much your time is worth.
  129. : 
  130. : There are many people who restore old automobiles, others restore old
  131. : furniture.  Do you think they should buy only `new'?
  132. : 
  133. : For some this is a hobby and doing it with the original equipment or
  134. : close to the original is a challenge.  It's not always about money.
  135. : 
  136. : Any fool can buy his way onto the Internet.
  137.  
  138. It may not be about money, but it is about time.  What you are requesting
  139. is that either Professor Doupnik or one of the paid members of the
  140. Kermit Project take our time to develop and implement a Zmodem 
  141. implementation for MS-DOS Kermit.  This is not a trivial one hour 
  142. job.  If it were it might have been done years ago.
  143.  
  144. It is also a memory trade off.  As you have seen from threads this
  145. week there are concerns about memory space and scripts.  Adding 
  146. 45K of code to MS-DOS Kermit it would significantly reduce the 
  147. size of the scripts that might be implemented.
  148.  
  149. : --8<--cut
  150. : 
  151. : FD> Here are a couple observations that might be helpful:
  152. : 
  153. : FD> 2. The command to use for ASCII uploads is TRANSMIT.  If you use
  154. : FD> that instead of OPEN READ, READ, ..., CLOSE READ, you won't
  155. : FD> experience any interference with the data.
  156. : 
  157. : I've used the TRANSMIT a few times.  The entire screen goes haywire and
  158. : looks like a runaway ASM program (core dump?) but when it finally stops
  159. : the data has been transmitted.  A bit unnevering to watch if you've had
  160. : many ASM programs try trashing your hard drive on you.
  161. : 
  162. : It appears to be functional but could use a better display format that
  163. : doesn't scare the heck out of you when you do use it IMO.
  164.  
  165. Turn off echoing if you do not desire it.
  166.  
  167.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  168.                  The Kermit Project * Columbia University
  169.               612 West 115th St #716 * New York, NY * 10025
  170.   http://www.kermit-project.org/k95.html * kermit-support@kermit-project.org